Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

I do have some suggestions for making it better though...

For recipe:

• License is not an SPDX identifier (or Other) nor an SPDX license expression.

@conda-forge-admin, rerender

Even if this works, I think we should consider completely removing that patch.

I'm fine removing this patch entirely. It was in conda-forge before I started working on the python recipe so I kept it.

What about using the anaconda branding mechanism instead? We change the c code. I can template the patch and apply the correct replacement at build time if that's acceptable?

Branding is kinda useful if you change things significantly and I think, for better or worse we do that. But I don't mind if we remove it entirely for conda-forge either really.

Having some kind of branding is useful I think. Though I don't know if we are discussing removing it or just some minor tweaks at this point.

What about using the anaconda branding mechanism instead? We change the c code. I can template the patch and apply the correct replacement at build time if that's acceptable?

I don't know where to find that recipe?

Having some kind of branding is useful I think. Though I don't know if we are discussing removing it or just some minor tweaks at this point.

This PR does a minor tweak but I was suggesting we should consider removing it completely.

For your information, I opened #332 completely removing the patching of sys.version - and which I think preferable over this approach.

Any interest in getting this in?

Can you bump the build number?

Can you bump the build number?

Done

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

I do have some suggestions for making it better though...

For recipe:

• License is not an SPDX identifier (or a custom LicenseRef) nor an SPDX license expression.

@isuruf I bumped the build number - and did some more testing locally.

The rerender seems to be problematic. I don't see why there should be a linux_python3.7 build of Python 3.8...

One build in linux-64 passing is enough